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a Medium Access Control (MAC) layer (320) schedules packet 
transmission of various data flows to meet stipulated criteria, 
including permitted transport format combinations (TFCs) from 
a TFC set (TFCS). In first embodiment(s) (600). the TFC is 
selected based on guaranteed rate transmission rates, weighted 
£air queuing (WF(2) transmission rates (610, 805), QoS class, 
transport block set size (TBSS) (615), and optionally queue 
fill levels. These first embodiment(s) also fijrther refine the 
selection process using backlog memories corresponding to 
previously unmet guaranteed and/or fair transmission rates. In 
second embodiment(s) (800), memory requirements are reduced 
by selecting a TFC based on guaranteed rate transmission rates 
QoS class, TBSS, and queue fill levels, without accommodating 
backlogs. 
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PACKET SCHEDX7LXN6 UMTS USING SEVERAL CALCUIiATED TRANSFER. RATES 

CROSS-REFERENCES TO RELATED APPLICATIONS 

This Non-provisional Application for Patent claims the benefit of priority from, 
5 and hereby incorporates by reference the entire disclosure of, co-pending U.S. 
Provisional Application for Patent Serial No. 60/185,005, (Attorney Docket No. 
34646-00459USPL) filed Februaiy 25, 2000. Co-pending U.S. Provisional 
Applications for Patent Serial Nos. 60/184,975 (Attorney Docket No. 34646- 
00458USPL) and 60/185,003 (Attomey Docket No. 34646-00460USPL), both filed 
10 on February 25, 2000, are also hereby incorporated by reference in their entirety 
herein. 

This Non-provisional Application for Patent is relatedby subject matter to U.S. 
Non-provisional Applications for PatentNos. 09/698786 (Attomey DocketNo. 34646- 
00458USPT) and 09/698672 (Attomey Docket No. 34646-00460USPT), both of 
15 which are filed on even date herewith. These two U.S. Non-provisional Applications 
for Patent are also hereby incorporated by reference in their entirety herein. 

BACKGROUND OF TBDE INVENTION 
Technical Field of the Invention 

20 The present invention relates in general to the field of commxmications 

systems, and in particular, byway of example but not limitation, to scheduling packets 
of data/informational flows having differing priority levels in a communications 
system. 

Description of Related Art 

25 Access to and use of wireless networks is becoming increasingly important and 

popular for business, social, and recreational purposes. Users of wireless networks 
now rely on them for both voice and data communications. Furthermore, an ever 
increasing number of users demand both an increasing array of services and 
capabilities as well as greater bandwidth for activities such as Intemet surfing. To 

30 address and meet the demands for new services and greater bandwidth, the wireless 
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communications industry constantly strives to improve the nximber of services and the 
throughput of their wireless networks. Expanding and improving the infrastructure 
necessaiy to provide additional services and lugher bandwidth is an expensive and 
manpower-intensive undertaking. Moreover, high-bandwidth data streams will 
5 eventually be demanded by consumers to support features such as real-time audio- 
visual downloads and live audio-visual communication between two or more people. 
In the future, it will therefore become necessary and/or more cost-effective to 
introduce next generation wireless system(s) instead of attempting to upgrade existing 
system(s). 

10 . To that end, the wireless communications industry intends to continue to 

improve the cs^abilities of the technology upon which it relies and that it makes 
available to its customers by deploying next generation system(s). Protocols for a 
next-generation standard that is designed to meet the developing needs of wireless 
customers is being standardized by the 3"* Generation Partnership Project (3 GPP). The 

15 set of protocols is known collectively as the Universal Mobile Telecommunications 
System (UMTS). 

Referring now to FIG. 1, m exemplary wireless commimications system with 
which the present inyentipn maybe advantageously employed is illustrated generally 
at 100. In a UMTS network 100, the network 100 includes a core network 120 and a 

20 UMTS Terrestrial Radio Access Network (Ull^^ The UTRAN 130 is 

composed oj^ at least partially, a mimber of Radio Network Controllers (RNCs) 140, 
each of which may be coupled to one or more neighboring Node Bs 150. Each Node 
B 150 is responsible for a given geographical cell and the controlling RNC 140 is 
responsible for routing user and signaling data between that Node B 1 50 and the core 

25 . network 120. All of the IlNCs 140 may be directly or indirectly coupled to one 
another. A general outliae of the UTRAN 130 is given in Technical Specification TS 
25.401 V2.0.p (1999-09) of the 3rd Generation Partnership Project, 3GPP, which is 
hereby incorporated by reference in its entirety herein. The UMTS network 1 00 also 
includes multiple user equipnaents (UBs) 110. UE may include, for example, mobile 

30 stations, mobile terminals, laptops/personal digital assistants (PDAs) with wureless 
links, etc. 
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In conventional wireless systems, data transmissions and/or access requests 
compete for bandwidth based on first come, first served and/or random paradigms. 
' Each mobile station, iaxd its associated transmissions, typically acquire access to a 
network using some type of request (e.g., a message) prior to establishing a 
5 connection. Once the mobile station has established a connection, the mobile station 
receives a predetermined transntiission bandwidth that is usually mandated by the air 
interface requirements of the relevant system. In a UMTS network, on the other hand, 
transinission bandwidth is variable, more flexible, and somewhat separated firom the 
physical channel ma?dmum mandated by the air interface requirements of UMTS. 
1 0 iHdwever, certain guaranteed bandwidth aiid/or qiiality of service (QoS) requirements 
must be provided to the UEs/There is therefore a need to ensure that the guaranteed 
bandwidth and/or Q6S is provided to each respective UE in the variable and flexible 
enviroimient of UMTS. 

15 SUMMARY OF THE BWENT^^ 

The above-identified deficiencies, as well as others, liiat are associated wifli 
' texisting schemes are remc^ed by the metiibds, systems, and arrangements of the 
present invention. oi" exampie, as lierbtofbre unirecognized, it would be beneficial to 
be' able to handle spebifiei^ ^^^^ and QoS requirements when 

20 multiplexing more tlisin one inco^ In fact, 

it would be beneficial if a two^evel' sctiedulihg was employed in order to 

maintain guaranteed bit fates to tiie extenf practical as queued input flows are 
multiplexed onto a single outjiixt flow." ' ' " ^'^ ' ' " ■ - • ^ 

Methods, systems, and airamgefnents m'accof da^^ with certain embodiment(s) 

25 of the present invention enable packet scheduling in accordance with quality of service 
(i5oS) constraints for data flows in cbmmuhications' systems. In a Universal Mobile 
Telecommunications System (UMTS) network enviironnient, for example, a Medium 
Access Control (MAC) layer schedules packet transniission of various data flows to 
meet stipulated criteria, including permitted transport fonriat combinations (TFCs) 

30 fi-om a TFC set (TFCS). In first eihbodinient(s), the TFC is selected based on 
guaranteed rate transmission rates, weighted fair queuing (WFQ) transmission rates. 
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QoS class, transport block set size (TBSS), and optionally queue fill levels. These first 
embodiment(s) also further refine fhe selection process using backlog memories 
corresponding to previously unmet guaranteed and/or feir transmission rates. In 
second embodiment(s), memory requirements are reduced by selecting a TFC based 
5 on guaranteed rate transmission rates, QoS class, TBSS, and queue fill levels, without 
accommodating backlogs corresponding to previously unsatisfied requirements. 

In certain first embodiment(s), a scheduling method for providing bandwidth 
to entities in a commimications system includes the steps of: calculating a first 
transfer rate for multiple flows; calculating a second transfer rate for the multiple 

10 flows; ascertaining a quality of service (QoS) for each flow of the multiple flows; and 
assigning bandvddth to each flow of the multiple flows responsive to the first transfer 
rate, the second transfer rate, and the QoS for each flow of the multiple flows. In a 
preferred embodimrat, the first transfer rate n;ay correspond to a guaranteed rate 
transfer rate, and the second transfer rate may correspond to a weighted fair queuing 

1 5 (WFQ) transfer rate. In another preferred embodiment, the first and second transfer 
rates may correspond to aggregated transfer rates over the multiple flows. 

In certain second embodiment(s), a scheduling method for providing 
bandwddth to entities in a communications system includes the steps of: ascertaining 
a quality of service (QoS) class that is associated v/ith each channel of multiple 

20 chainnels; ascertaining a guaranteed rate transmission rate for each channel; 

ascertaining a queue fill level of a queue that corresponds to each channel; calculating 
a first score for each chaimel responsive to the QoS class, the guaranteed rate 
transmission rate, and the queue fill level. In a preferred embodiment, an additional 
step of calculating a second score for each channel responsive to the guaranteed rate 

25 transmission rate and the queue fill level is included. 

The above-described and other features of the present invention are explained 
in detail hereinafter with reference to the illustrative examples shown in the 
accompanying drawings. Those skilled in the art will appreciate that the described 
embodiments are provided for purposes, of illustration and xmderstanding and that 

30 numerous equivalent embodiments are contemplated herein. 
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BRIEF DESCRIPTION OF THE DRA^VINGS 

A more complete und^tanding of the methods, sj^tems, and arrangements of 
the present invention may be had by reference to the following detailed description 
when taken in conjunction with the accompanying drawings wherein: 
5 FIG. 1 illustrates an exemplary wireless communications S3^tem with which 

the present invmtion may be advantageously employed; 

FIG. 2 illustrates a protocol model for an exemplary next-generation system 
with which the present invention may be advantageously employed; 

FIG. 3 illustrates a view of an exemplary second layer architecture of an 
1 0 exemplary next-generation system in accordance with the present invention; 

FIG. 4 illustrates an exemplary method in flowchart form for allocating 
bandwidth resom-ces to data flow streams between entities in the exemplary second 
layer architecture of FIG. 3 ; 

FIG. 5 illustrates an exemplary environment for scheduling data flows in 
15 accordance with the present invention; 

FIG. 6 illustrates an exemplary method in flowchart form for scheduling data 
flows in acbordance with the present invention; 

FIG. 1 illustrates another view of the exemplary second layer architecture of 
an exemplary next-generation system in accordance with the present invention; and 
20 FIG, 8 illustrates another exemplaiy method in flowchart form for scheduling 

data flows in accordance with the present invention. 

DETAILED DESCRTPTION OF TBE 

In the following description, for purposes of explanation and not limitation, 
25 specific details are set forth, such as particular circuits, logic modules (implemented 
in, for example, software, hardware, firmware, some combination thereof, etc.), 
techniques, etc. in order to provide a thorougji imderstanding of the invention. 
However, it will be apparent to one of ordinary skill in the art that the present 
invention may be practiced in other embodiments' that depart firom fliese specific 
30 details. In other instances, detailed descriptions of well-known methods, devices. 
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logical code (e.g., hardware, software, firmware, etc.),, etc. are omitted so as not to 
obscure the description of the present invention with unnecessaiy detail. 

A preferred embodiment of the present invention and its advantages are best 
nnderstoodbyreferringtoFIGS. 1-8 of the drawings, like nmnerals being used for like 
5 and corresponding parts of the various drawings. Aspects of the UMTS are used to 
describe a preferred embodiment of the present invention. However, it should be 
understood that the principles of the present invention are applicable to other wireless 

communication standards (or systems), especially those in which communication is 

1 - • ■ • t ■ . •• • 

■ I 

packet-based. 

1 0 Referring now to FIG. 2, a protocol model for an exemplary next-generation 

system with which title present invention may be advantageously employed is 
illustrated generally at 200. In the protocol model 200 (e.g., for a Forward Access 
CHannel (FACH) transport channel type), the "Uu" indicates the interfece between 
UTRAN 130 and the UE 1 10, and "lub" indicates the interface between the RNC 140 

15 and a Node B 150 (where "Node B" is a generalization of, for example, a Base 
Transceiver Station (BTS)). User and signaling data may be carried between an RNC 
140 and aUE 1 10 using Radio Access Bearers (RABs) (as illustrated hereinbelow with 
reference to FIG. 3). Typically, a UE 110 is allocated one or more RABs, each of 
which is capable of carrying a flp^ of user or signaling data. RABs arie mapped onto 

20 respective logical channels. At the Media Access Control (MAC) layer, a set of 
logical channels is mapped in turn onto a transport channel, of which there are two 
types: a "common" transport channel which is shared by different UEs 110 and a 
"dedicated" transport channel which is allocated to a single UE 110 (thus leading to 
the terms "MAC-c" and "MAC-d"). One type of common channel is the FACH. A 

25 basic characteristic of a FACH is that it is possible to send one or more fixed size 
packets per transmission time interval (e.g., 10, 20, 40, or 80 ms). Several transport 
channels (e.g., FACHs) are in turn mapped at the physical layer onto a Secondary 
Common Control Physical CHannel (S-CCPCH) for transmission over the air interface 
between aNodeB 150 and aUE 110. 

30 When a UE 1 10 registers with an RNC 140 via a Node B 150, that RNC 140 

acts at least initially as both the serving and the controlling RNC 140 for the UE 1 10. 



wo 01/63855 PCT/SEOl/00406 

-7- 

(Hie senong RNC 140 may subsequently differ from the controlling RNC 140 in a 
UMTS network 100, but the presence or absence of this condition is not particularly 
relevant here.) The RNC 140 both controls the air interface radio resources and 
terminates the layer 3 intelligence (e.g., the Radio Resource Control (RRC) protocol), 
5' thiis routing data associated with the UE 1 10 directly to and from the core network 
120! 

It should be understood that the MAC-c entity in the RNC 140 transfers MAC- 
c Packet Data Units (PDUs) to the peer MAC-c entity at the UE 1 10 using the services 
oftheFACH Frame Protocol (FACHFP) entitybetweentiieRNC 140 and the Node 

10 B 150. The FACH FP entity adds header infomiation to the MAC-c PDUs to form 
FACH FP PDUs which are transported to tbe Node B 150 over an AAL2 (or other 
transport mechanism) connection. An interworking function at the Node B 150 
interworks the FACH frame received by the FACH FP entity into the PHY entity. 

In an exemplary aspect of the scenario illustrated in FIG. 2, an important task 

15 ' of the MAC-c entity is the scheduling of packets (MAC PDUs) for transmission over 
liie air interface. If it were the case that all packets received by the MAC-c entity were 
of equal priority (and of the same size), then scheduling would be a simple matter of 
queuing the received packets and sending them on a first come first served basis (e.g., 
first-in, first-out (FIFO)). However, UMTS defines a framework in which different 

20 Quality of Services (QoSs) maybe assigned to different RABs. Packets corresponding 
to a RAB that has been allocated a high QoS should be transmitted ovct the air 
interface at a high priority wWist'pacfeete to a RAB that has been 



allocated a low QoS should be transmitted over flie air interface at a lower priority. 
Priorities may be determined at the MAC entity (e.g., IV^ or MAC-d) on the basis 

25 of RAB parameters. 

UMTS deals with the question of priority by providing at the controlling RNC 
140 a set of queues for each FACH. The queues may be associated with respective 
priority levels. An algorithm, which is defined for selecting packets from the queues 
in such a way that packets in the higher priority queues are (on average) dealt with 

30 more quickly than packets in tiie lower priority queues, is unplemented. The nature 
of this algorithm is complicated by the fact that the FACHs that are sent on the same 
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physical channel are not independent of one another. More particidarly, a set of 
Transport Format Combinations (TFCs) is defined for each S-CCPCH, where each 
TFC includes a transmission time interval, a packet size, and a total transmission size 
(indicating the number of packets in the transmission) for each FACH. The algorithm 
5 should select for the FACHs a TFC which matches one of those present in the TFC set 
in accordance with UMTS protocols. 

Preferably, a packet received at the controlling RNC 140 is placed in a queue 
(for transmission on a FACH), where the queue corresponds to the priority level 
attached to the packet as well as to tilie size of the packet. The FACH is mapped onto 

10 a S-CCPCH at a Node B 150 or other corresponding node of the UTRAN 130. Inan 
alternative preference, the packets for transmission on the FACH are associated with 
either a Dedicated Control CHannel (DCCH) or to a Dedicated Traffic CHannel 
(DTCH). It should be noted that, preferably, each FACH is arranged to carry only one 
size of packets. However, this is not necessary, and it may be that the packet size that 

15 can be carried by a given FACH varies from one transmission time interval to another. 

As alluded to hereinabove, the UE 110 may conununicate wifli the core 
network 120 of the UMTS sj^tem 100 via separate serving and controlling (or drift) 
RNCs 140 within the UTRAN 130 (e.g., w UE 110 moves from an area 

covered by the original sendiigKNC 140 into anew area covered by a controlling/drift 

20 RNC 140) (not specifically shown). Signaling and user data packets destined for flie 
UE 110 are received at. the MAC-d entity of the serving RNC 140 from the core 
network 120 and are "mapped" onto logical chaimels, namely a Dedicated Control 
CHannel (DCCH) and a Dedicated IxafBc CHannel (DTCH), for example. The MAC- 
d entity constniqts MAC Service Data Units (SDUs), which include a payload section 

25 containing logical channd data and a MAC header containing, inter alia, a logical 
chaimel identifier. The MAC-d entity passes tiie MAC SDUs to the FACH FP entity. 
This FACH FP entity adds a filirther FACH FP header to each 1^ 
FACH FP header includes a priority level that has been allocated to the MAC SDU by 
an RRC entity. The RRC is notified of available priority levels, together with an 

30 identification of one or rnore accepted packet sizes for each priority level, following 
the entry of a UE 1 10 into the coverage area of the drift; RNC 140. 
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The iFACH EP packets are sent to a peer FACM 
over an AAL2 (or other) connection. The peer FACH FP entity decapsulates the 
MAC-d SDU and identifies the priority contained in the FRAME FP header. The 
SDU and associated priority are passed to the MAC-c entity at the controlling RNC 
5 140. The MAC-c layer is responsible for scheduling SDUs for transmission on the 
FACHs. More particularly, each SDU is placed in a queue corresponding to its 
priority and size. For example, if tiiere are 16 priority levels, there will be 1 6 queue 
sets for each FACH, with the number of queues in each of the 1 6 queue sets depending 
upon the number of packet sizes accepted for the associated priority. As described 
1 6 herdnabove, SDUs are selected firom the queues for a given FACH in accordance witii 
some predefined algoriflmi (e.g., so as to satisfy the TFC requirements of the physical 
channel). 

The scheme described hereinbelow with reference to FIGS. 3 and 4 relates to 
data transmission in a telecommimications network and in particular, though not 
15 necessarily, to data transniission in a UMTS. 

As noted hereinahovej the ^GPP is currently in fhe prnre^g nf yatgnHg^rc^iVing a 

new set of protocols for mobile teleconmimicationssysto^ The set of protocols is 
known collectively as tihe UMTS. With reference to FIG. 3, a view of an exemplary 
second layer architecture of an exemplary next-generation s)^tem in accordance with 

20 the present invention is illustrated generally at 3 00. Specifically, by way of example 
only, the exemplary second layer architecture 300 illustrates a simplified UMTS layer 
2 protocol structure which is involved in the comm-unication between mobile stations 
(e.g. mobile telephones), or more broadly UEs 1 16, and Radio Network Controllers 
(RNCs) 140 of a UMTS network 100. The RNCs'' 140 are analogous to iJie Base 

25 Station Controllras (BSCs) of existing GSM mobile teleconununications networks, 
communicating with the mobile stations via Node Bs 150. 

The layer 2 structure of the exemipliary second layer architecture 300 includes 
a set of Radio Access Bearers (RABs) 305 that make available radio resources (and 
services) to user applications. For each mobile station there may be one or several 

30 RABs 305. Data flows (e.g., in the form of segments) from the RABs 305 are passed 
to respective Radio Link Control (RLC) entities 310, which amongst other tasks buffer 
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the received data segments. There is one RLC entity 310 for each RAB 305. In the 
KLC layer, RABs 305 are mapped onto respectiye logical channels 3 15. A Medium 
Access Control (MAC) entity 320 receives data transmitted in the logical channels 315 
and further maps the data from the logical channels 315 onto a set of transport 

5 channels 325. The transport chaimels 325 are &ially mapped to a single physical 
transport channel 330, which has a total bandwidth (e.g., of <2Mbits/sec) allocated to 
it by the network. Depending whetiter a phj^ical channel is used exclusively by one 
mobile station or is shared between many mobile stations, it is referred to as either a 
"dedicated physical channel" or a "common channel". A MAC entity connected to a 

10 dedicated physical channel is known as MAC-d; there is preferably one MAC-d entity 
for each mobile station. A MAC enti^ connected to a common chaimel is known as 
MAC-c; there is preferably one MAC-c entity for each cell. 

The bandwidtti of a transport chaimei 325 is not directly restricted by the 
capabilities of the physical layer 330, but is ratho: configured by a Radio Resource 

15 Controller (RRC) entity 335 using Transport Formats (TFs). For each transport 
channel 325, the RRC entity 335 defines one or several Transport Block (TB) sizes. 
Each Transport Block size directly corresponds to an allowed MAC Protocol Data 
Unit (PDU) and tells the MAC entity what packet sizes it can use to transmit data to 
the physical layer. In addition to block size, the RRC entity 335 informs the MAC 

20 entity 320 of a Transport Block Set (TBS) size, which is the total number of bits the 
MAC entity can transinit to the physical layer in a single transmission time interval 
(TTI). The TB size and TBS size, together with some additional information relating 
to the allowed physical laye? configuration, form aTF. An example of a TF is (TB=80 
bits, TBS=166 bits), which means that the MAC entity 320 can transmit two 80 bit 

25 packets in a single TTI. Thus, this TF caube written as TF=(80,160). The RRC entity 
335 also informs the MAC entity of all possible TFs for a given transport channel. 
This combination of TFs is called a . Transport Format Combination (TFC). An 
example of a TFC is {TF1=(80, 80), TF2=<80, 160)}. In this example, the MAC entity 
can choose to transmit one or two PDUs in one TTI on the particular transport channel 

30 in question; in both cases, tihe PDUs have a size of 80 bits. 



wo 01/63855 



PCT/SE6i/00406 



-11- 

In each TTI, the MAC entity 320 has to decide how much data to transmit on 
each transport channel 325 connected to it These transport channels 325 are not 
independent of one another, and are later multiplexed onto a single physical channel 
330 at the physical layer 330 (as discussed hereinabove). The RRC entity 335 has to 
5 ensure that the total transmission capability on all transport channels 325 does not 
exceed the transmission capability of the underlying physical channel 330. This is 
accomplished by giving the MAC entity 320 a Transport Format Combination Set 
(TFCS), which contains tiie allowed Transport Format Combinations for all transport 
channels. 

10 By way of example, consider a MAC entity 320 which has two transport 

channels 325 that are further mxdtiplexed onto a single physical channel 330, which 
has a transport capacity of 160 bits per transmission time interval (It should be 
understood that, in practice, the capacity will be much greater than 160). The RRC 
entity 335 could decide to assign three transport formats TF1=(80, 0), TF2=(80, 80) 

15 andTF3=<80, 160) to both transport chamels 325. Clearly however, flie MAC entity 
320 cannot choose to transmit on both transport chaimels 325 at the same time using 
TF3 as this would result in the need to transmit 320 bits on the physical channel 330, 
which has only a capiability to tr^ 160 bits. The RRC entity 335 has to restrict 
the total transmission rate by not allowing all combinati^ of the TFs. An example 

20 of this would be aTFCS as foliows [{(^^^^^ 0), (80, 6)}, {(80, 0), (80, 80)}, {(80, 0), 
(80, 160)}, {(80, 80), (80, 0)}, {(80/80), (80, 8^^^ {(80, 160), (80, 0)}], where the 
transport format of transport channel " 1 " is given as the first element of each element 
pair, and the transport format of transport channel "2" is given as the second element. 
As the MAC entity 3i20 can only choose one of these allowed transport format 

25 combinations from the transport format bombinationi se^^ it is not possible to exceed 
the capability of the physical channel 330. 

An element of the IFCS is pointed oiit by a Transport Format Combination 
Indicator (TFCI), which is the index of the corresponding TFC. For example, in the 
previous example there are 6 dififerent TFCs, meaning t^at the TFCI can take any value 

30 between 1 and 6. The TFCI=2 would correspond to the second TFC, which is {(80, 



wo 01/63855 PCT/SEOl/00406 

-12- 

0), (80, 80)} , meaning that nothing is transmitted from the first transport channel and 
a single packet of 80 bits is transmitted from the second transport channel. 

It is of course necessary to share the total available bandwidlli between the 
logical channels 315. The decision to distribute the bandwidth to different transport 
5 channels is made by the MAC entity 320 for each transmission time interval by 
choosing a suitable TFCL This sharing of bandwidth can be done in several ways, for 
example by giving an absolute preference to flows which are considered to be more 
important than others. This would be the easiest method to implement, but can result 
in a very unfair distribution of tiie bandwidth. Specifically, it is possible that flows 

10 that have lower priorities are not allowed to transmit for prolonged periods of time. 
This can residt in extremely poor performance if the flow control mechanism of a 
lower priority flow reacts to this. A typical example of such a flow control mechanism 
can be found in the presrat day Transmission Control Protocol (TCP) protocol used 
in the Ihtemet In existing technologies, such as Internet Protocol (IP) and 

15 Asynchronous Transfer Mode (ATM) networks, provision is niade for allocating 
resources on a single output channel to multiple input flows. However, the algorithms 
used to share out the resources in such systems are not directly applicable to UMTS 
where multiple input flows are transmitted on respective logical output channels. 

Sharing resources between multiple input data flows is , referred to as 

20 Generalized Processor Sharing (QPS). Iliis GPS, when employed in systems having 
only a single output chamel, is known as Weighted Fair Queuing (WFQ) and is 
described in a paper entitled "A Generalised Processor Sharing Approach to Flow 
Control in Integrated Services Networks; The Single Node Case", A. K. Pareldi, R. G. 
Gallager, published in IEEE/ACM Transactions On Networking, Vol, 1 , No. 3, June 

25 1993, Pp. 344^357. Stated simply, GPS involves calculating a GPS weight for each 
input flow on the basis of certain parameters associated with the flow. The weights 
calculated for all of the input flows are added together, and the total available output 
bandwidth is divided amongst the input flows depending upon the weight of each flow 
as a fraction of the total weight according to, for example, the following formula: 

30 rate_i = weight J^I{sumJ^fJzll_activeJ^^eights) * maximum_rate. 
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GPS could be applied to the MAC entity in UMTS, with the weigjiting for each input 
flow being determined (by the RRC entity) on the basis of certain RAB parameters, 
which are allocated to the corresponding RAB by the network. In particular, an RAB 
parameter may equate to a Quality of Service (QoS) or Guaranteed rate allocated to a 
5 user for a particular network service. 

Continuing now with the scheme described herein with reference to FIGS. 3 
and 4, it was realized that there are difficulties involved in applying GPS directly to 
bandwidth allocation in a I^ITS network, as OPS assumes that data can be sent on the 
MAC entity logical channels in infinitely small blocks. This is not possible in UMTS, 

10 as UMTS relies upon Transport Format Combinations Sets (TFCSs) as the basic 
mechanism defining how much data can be sent in each TTI. If GPS is to be employed 
in UMTS, it is necessary to select the TFC (from the TFCS) which most closely 
matches the bandwidth allocated to an input flow by GPS. The result of this approach 
is that the actual amount of data sent for an input stream in a given fi-ame either may 

i 5 fall below the optimized rate or may exceed that optimized rate. In the former case, 
a backlog of unsent data may build up for the input flow. 

It is an object of the scheme described herein with reference to FIGS. 3 and 4 
to overcome, or at least mitigate, the (Ksadvantage noted in the preceding paragraph. 
This and other objects are achieved at least in part by maintaining a backlog counter 

20 which keeps track of the backlog'of unsent data for a given input flow to the MAC 
entity. The backlog is taken into account when determining an appropriate TFC for 
that input flow for a subsequent frame. According to a first aspect of this scheme, 
there is provided a method of allocating transmission resources at a Media Access 
Control (MAC) entity of a node of a Universal Mobile Teleconmiim System 

25 (UMTS), the method including the following steps for each fi:ame of an output data 
flow: computing for each input flow to the MAC entity' a fair share of the available 
output bandwidth of the MAC entity; selecting a Tranq)ort j?ormat Combination 
(TFC) firom a TFC Set (TFCS) on the basis of the bandwidth share computed for the 
input flows, where the TFC includes a Transport Format allocated to each input flow; 

30 and for each input flow, if the allocated TF results in a data transmission rate which 
is less than the determined fair distribution, adding the difference to a backlog counter 
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for the input flow, where the value of the backlog counter(s) is taken into account 
when selecting a TFC for the subsequent fiucne of the output data flow. Embodiments 
of this scheme allow the TFC selection process for a subsequent frame to take into 
account any backlogs which exists for the input flows. The tradency is to adjust the 
5 selected TFC to reduce the backlogs. Such a backlog may exist due to the finite 
number of data transmission possibilities provided for by the TFCS. Nodes at which 
the metiiod of this scheme maybe employed include mobile stations (such as mobile 
telephones and communicator type devices) (or more generally UEs) and Radio 
Network Controllers (RNCs). 

10 Preferably, the input flows to the MAC entity are provided by respective Radio 

Link Control (RLC) entities. Also preferably, each RLC entity provides buffering for 
the associated data flow. Also preferably, die step of computing a &ir share of 
resources for an input flow is carried outbyaRadio Network Controller (RNC) entity. 
Also pref^ably, the step of computing a fair share of resources for an input flow 

15 includes the step of determining the wei^ting given to that flow as a fraction of the 
sum of the weights given to all of the input flows. The fair share may then be 
determined by multiplying the total output bandwidth by the determined fraction. Also 
preferably, this step may involve using the Generalised Processor Sharing (GPS) 
mechanism. The weighting for a data flow may be defined by one or more Radio 

20 Access Bearer (RAB) parameters allo(;^ted to a RAB by the UMTS network, where 
the RAB is associated with each MAC input flow. Also preferably, in the event that 
the backlog counter for a given input flow has a positive value, the method further 
includes the step of adding the value of the backlog counter to the computed fair share 
for that flow and selecting a TFC on the basis of the resulting sums for all of the input 

25 flows. 

In certain embodiments of the scheme described herein with reference to FIGS. 
3 and 4, where, for a given input flow, the allocated TF results in a data transmission 
rate that is more than the determined fair distribution, the difference maybe subtracted 
from the backlog counter for die input flow. According to a second aspect of this 
30 scheme, there is provided a node of a Universal Mobile Telecommunications System 
(UMTS), the node including: a Media Access Control (MAC) entity for receiving a 



wo 01/63855 PCT/SEOl/00406 



-15- 

. plurality of input data flows; first processor means for computing for each input flow 
to the MAC entity a fair share of the available output bandwidth of the MAC entity 
and for selecting a Transport Format Combination (TFC), firom a TFC Set (TFCS), on 
the basis of the bandwidth share computed for the input flows, where the TFC includes 
S a Transport Format allocated to each input flow; second processor means for adding 
to a backlog counter associated witii each input flow the difference between the data 
transmission rate for the flow resulting from tiie selected TFC and the determined fair 
share, if the data transmission rate is less than the determined fair share, where the first 
processor means is arranged to take into account the value of the backlog counters 
10 when selecting a TFC for the subsequent firame of tihe output data flow. Preferably, 
the first and second processor means are provided by a Radio Network Controller 
(RNC) entity. 

As is described herein with reference to FIG. 3, a simplified UMTS layer 2 
includes one Radio Resource Control (RRC) entity, a Medium Access Control (MAC) 

15 entity for each mobile station, and a Radio Link Control (RLQ entity for each Radio 
Access Bearer (RAB). The MAC entityperforms scheduling of outgoing data packets, 
while the RLC entities provide buffers for reppective input flows. The RRC entity sets 
a limit on the maximum amount of data that can be transmitted firom each flow by 
assigning a set of allowed Transport Format Combinations (TFC) to each MAC 

20 (referred to as a TFC Set or ITCS), but each MAC must independently decide how 
much data is transmitted firom each flow by choosing the best available Transport 
Format Combination (TFC) firom the TFCS^ 

With reference now to FIG. 4, an exemplary method in flowchart form for 
allocating bandwidth resources to data flow streams between entities in the exemplary 

25 second layer architecture of FIG. 3 is illustrated generally at 400. The flowchart 400 
is a flow diagram of a method of allocating bandwidth resources to, for example, the 
input flow streams of a MAC entity of the layer 2 of FIG 3. Generally, an exemplary 
method in accordance with the flowchart 400 may follow the following steps. First, 
input flows are received at RLCs and the data is buffered (step 405). Information on 

30 buffer fill levels is passed to the MAC entity (step 410). Afl;er the information on 
buffer fill levels is passed, the fair MAC bandwidth share for each input flow is 
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computed (step 415). The computed fair share of each is then adjusted by adding the 
contents of an associated backlog counter to tiie respective computed &ir share (step 
420). Once the computed £air shares have been adjusted, a TFC is selected from the 
TFC set to most closely match the adjusted fair shares (step 425). The RLC is next 
instructed to deliver packets to the MAC entity according to Hie selected TFC (step 
430). The MAC entity may also schedule packets in accordance with the selected TFC 
(step 435). After packet scheduling, the traffic channels may be transported on the 
physical channel(s) (step 440). Once packet traffic has been transported, the backlog 
counters should be updated (step 445). The process may continue (via arrow 450) 
when new input flows are received at the RLCs, which buffer the data (at step 405). 

Furthermore, certain CTibodiment(s) of the scheme operate by calculating at the 
MAC entity, on aper Transmission Time Interval (TTI) basis, the optimal distribution 
of available bandwidth using the Generalised Processor Sharing (GPS) approach (See^ 
e.g., the article by A. K. Pareldi et al referenced hereinabove.) and by keeping track 
of how far behind each flow is from the optiinal bandwidth allocation using respective 
backlog counters. The available bandwidth is distributed to flows by using the 
standard GPS weights, which may be calculated by the RRC using the RAB 
parameters. 

The method may first calculate the GPS distribution for the input flows and 
add to the GPS values the current respective backlogs. This is performed once for 
each 1 0ms TTI and results in a &ir transmission rate for each flow. However, this rate 
may not be optimal as it may happen tiiat there is not enough data to be sent in all 
buffers. In order to achieve optimal throughput as well as fairness, the fair GPS 
distribution is reduced so as to not exceed the current buffer fill level or the maximum 
allowed rate for any logical channel. A two step rating process is tiien carried out. 

First, the set of fair rates computed for all of the input flows is compared 
against possible Transport Format Combinations (TFCs) in turn, with each TFC being 
scored according to how close it comes to sending out the optimal rate. In practice this 
is done by simply counting how much of the feir configuration a TFC fails to send (if 
a given TFC can send all packets at the fair rate, it is given a score of zero) and Ihen 
considering only the TFCs which have the lowest scores. The closest match is chosen 
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and used to deterniine the amount of packets sent from each queue. TFCs having an 
equial score are given a bonus score according to how many extra bits they can send 
(this can be fiuther wei^ted by a Quality of Service rating in order to ensure that the 
excess capacity goes to the bearer with the highest quality class). The final selection 
5 is based on a two-level scoring: the TFC with the lowest score is taken. If there are 
several TFCs wilh an equal score, the one with the higjiestboniis This 
ensures lhat the rate for each TTI is maximized. Fairness is achieved by checking that 
if the chosen TFC does not give all flows at least their determined fair rate, the missing 
bits are added to a backlog counter of the corresponding flow and the selection is 
10 repeated for the next TTI. If any of the flows has nothing to transmit, the backlog is 
set to zero. 

This algorithm can be shown to provide bandwidth (and, under certaia 
assumptions, delay bounds) that is close to that of GPS, However, it remains fair and 
maintains isolation between all flows. It is also computationally simpler than 
1 5 Weighted Fair Queuing algorithms because it utilizes the feet that the MAC layer ran 
transmit on several transport chamiels at the same time. This results in optimal or 
close to optunal utilization of the radio interfece in the UMTS radio link. The 

following pseudo--code is an outline of an exemplary algorithm for implementing the 

.. ■•; , ; a: ' -".J •''f/'" ^^rr r,::4Ur:h:} ^ . \ . 

scheme described hereinabove with referCTice to FIGS. 3 and 4: 

20 

* GPS based TFC selection. Sche(iules packets by optimizing the throughput 

* while still keeping the fairness (i.e. guaranteed rates). 

25 int sched^ gpsQ { 

double weight, weight_sum; 
double score, b6nus__score; 
double min_score = HUGEjNUMBER; 
30 double max_b6nus_score = 0; 
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int maxrate; 
intij; 

int tfc, tfci, qf, rate, trcl^ 
int tfc_to_ase; 

double backlog[MAX_TRCH]; 
double gps_req[MAX_TRCH]; 
double gps_req_compP»IAX_TRCH]; 

/* Fiist calculate the sum of the weights of all active queues */ 

weight_siiin=0; 

for (trch = 0; trch < MAX_TRCH; trch++) { 
if (queue_fill_state[trch] > 0) { 

weight_suin. += weight_vector[trch]; 

} 

} 

/* Then calculate the fair distribution of available bandwidth 

* using GPS. Modify tiie GPS scheduling reducing the rate if there 

* is not enough data in the buffers or if the scheduled rate is 

* higher that the maximum rate for a given logical chamiel 
*/ 

int gps_rate=0; ^ . . 

for(trch = 0;trch<MAX_TRCH;trch-H-H 

if (queue_f ill_state [trch] == 0) { 
backlog[tFch] = 0; 

} ' . 
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// here we calculate how many bits we should send on each channel 
//by GPS 

gps_req[trch] = 0; 
5 gps_req_comp[trch] = 0; 

if(queue_fill_state[trch) > 0) { 

weight = weight_vector[trch] ; 

gps_req[trch] = weight / weight_sum * maxrate + 
backlog[trch]; 

10 gps jreq_comp[trch] = a)S_req[trch] ; 

if (gps_req_comp[trch] > queue_fill_ state[trch]) { 
gps_req_comp[trch] = queue_fill_state[trch]; 

if (gps jreq_comp[trch] > trch_jnaxj:ate[trch]) { 
15 gpsjreq_conip[trch} = trch_max_rate[trchl; 

} 

} 

} 

20 ' ' /* Now we have our basis for selecting the TFC Score all available 

* TFCs by calculating how far they are from the modified GPS 

* result. If there aire several TFCs that can send the whole GPS 

* result (or are 

* equally close) choose the one that maximises die throughput of 
25 * highest QoS class. Note diat the TFCis are assumed to be in 

* increasing order regarding the bandwidth usage 
*/ 

for (tfci = o; tfci < MAX__TPCI; tfci+4-) { 

J 

30 rate = score = bonus_score = 0; 

for (trch - 0; trch < MAX^TRCH; trch+-+) { 
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int tbs = tfcs Itrch] [tfci] [0]; . 
int tbss = tfcs [trch] [tfci] [1]; " 
rate-H=tbss; 

5 if (tbss < gps_req_comp[trch]) { 

score += gps_req_comp [trch] - tbss; 

} else { 

if (tbss <= qiieue_fill_state(trch]) { 

bonus_score += QoS_vector[trch]*(tbss - 

10 gpsjreqLCOiiip[trch]); 

} 

> 

if (score < min^score) { 
1 5 tfcJ:o_use = tfci; 

min_score = tfcScore; 
inax__bonxis__score = bonus_score; 

} _ , . .... 

if (score == min_score && bonus^score > max-boims-score) { 
20 tfc_tpjuse = tfci; 7 ^ 

iiiin_score == score; 
maxjjonus^score = bonus_score; 

^ : > ■ ^ ' 

} 

25 /* Now we have chosen tiie TFC to use. Update the backlog and output the 

* right TFCI ' 



30 



for (trch = 0; trch < MAXJTRCH; trch-H-) { 
tbss = tfcs [trch] [tfcToUse] [1]; 
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if (tbss < queue_fiil_state) { 

^ if (gps_req [trch] - gps_req_comp[trch]) { 
backlog [trch] = gpsReq [trch] - tbss; 
if (backlog[trch] < 0) backlog[trch] = 0; 

5 }else{ 

backlog[trchGl] = 0; 

} 

return tfc J:o_use;' 

10 } 

Referring now to FIG. 5, an exemplary environment for scheduling data flows 
in accordance with the present invention is illustrated generally at 500. A model of a 
MAC-c entity 500 is illustrated as being in communication with common RLC 

15 entities, MAC-d entities, and common transport chaimels (e.g., RACH/FACH). A 
MAC-c scheduler 505 schedules the forwarding of packets (or more generally 
segments) from QoS buffers 510, which receive MAC PDUs from MAC-d entities. 
As alluded to hereinabove, the MAC layer of UMTS schedules packets in a manner 
such that the total QoS provided to the end usa: folfiUs the guarantees given when the 

20 corresponding RAB was established. On aspect of this scheduling is the requirement 
that each flow receive the agreed-upon QoS. Because it is possible to multiplex 
several input flows (e.g., logical channels) on to one output channel (e.g., a transport 
channel), previously-known scheduling algorithms for the UMTS MAC-layer are not 
directly applicable. 

25 In accordance with certain embodiment(s) of the present invention, a two-level 

scheduling algorithm is applied, which enables the implementation of fair scheduling 
in environments in which the MAC needs to perform mxiltiplexing. The two-level 
scheduling enables the provision of an arbitrary QoS to all flows that are multiplexed 
onto a single output chaonel. It should be noted that the MAC-c entity 500 may be 

30 incorporated in, and thus the principles of the present invention may be applied with, 
the UMTS MAC layer in an RNC, a UE, etc. 
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In accordance with certain ^bodiment(s) of the present invention, relevant 
parameters for each logical channel are first, received as mpjit. A backlog counter 
(value) for each logical channel is maintained. In order to apply a fair queuing 
mechanism, these paramet^ are converted to GPS weights. There may be one or 
5 alternatively several different levels of weights for each flow. Second, weigjits for 
each transport channel are calculated by adding the weights for each logical channel 
to be multiplexed onto each corresponding transport channel. Third, scheduling is 
performed by choosing the best TFC according to, for example, the original GPS- 
based scheduling method. Fourth, the TBSS given to a transport channel is distributed 

10 to corresponding logical channels by using, for example, essentially a similar process 
as in step 3 for choosing tiie TFC. It should be noted tiiat this is now simpler because 
there are no longer any restrictions on the available TFCs. Fifth, the backlog (value) 
is updated for each logical channel. This guarantees that each logical channel will get 
its respective fair share of the total bandwidth, regardless of multiplexing. 

1 5 Certain embodiment(s) in accordance with the present invention are described 

below in the conteTct of variables that approximate a pseudo-code format. It should be 
noted that this description assmnes that all logical channels to be multiplexed onto 
single transport chamel have an equal TBS. However, it should be understood that 
generalization to the case of unequal block sizes may be made by one of ordinary skill 

20 in the art after reading and understanding the principles of the present invention. 
The following parameters are advantageously provided as input: 

1. tfcs[trch] ftfcij: A two-dimensional array containing the TFCS. Each 
element of the array is a vector contaming two integers, the TBS and the TBSS. It is 
assumed that the TFCS is stored in, such a way that the most significant index is the 

25 Transport Channel Identifier,. . 

2. max_rate: The maximum rate that can be transmitted on all transport 
chaimels. Note that this is not tjjpically the same as the simi of the maximum rates on 
each transport chaimel, as the transport capability on FACH or DCH channels is 
limited by the transport capability of the physical common channel. This is preferably 

30 calculated directly firom the TFCS every time the TFCS is modified and/or limited. 
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3. ^ trch^max^rate ftrchj : An array liiat contains liie maximiim rate for 
each trahqjort channel. This parameter, while actually optional, is used to ensure that 
if the guaranteed rate is higher than the maximum transport rate, then the backlog for 
the respective flow is iiot accumulated and the excess data rate can be given to other 

5 flow(s). Thisparameterispreferablycdculateddirectlyfrom the ires everytimethe 
TFCS is modified md/ox limited. 

4. Ich^gosjclass flchj: An array containing the QoS class for each input 
flow ("logical channel"). This array is preferably re-computed when new input flows 
are added or old flows are removed. 

10 5. Ichjgiiar^raie flchj: An array containing the guaranteed rate for each 

' input flow ("logical channel"). This array is preferably re-computed when new input 
flows are added or old flows are removed. 

6. IchjTchjnap [IchJ: An array containing the transport chaimel 
indicator for each input flow ("logical channel"). This array defines how the input 
15 flows are multiplexed to transport channels, and thus provides a mapping firbm logical 
channel to corresponding transport channel. Tins parameta: is preferably re-computed 
when new input flows are added or old flows are removed. 

input buffer for each inco^ 
20 ■ be transmitted from tiiis mcoinihg flow ("logical cliannel") in this TTL If more than 
this number is requested, then'tlie can provide padding, but for packets in QoS 
buffers (e.g., QoS buffers 510) iins is not poss^^^^ This parameter is preferably 
updated before each scheduling decision. 

8. Ichjpujsize flchj: An array containing ti^^ of tie packets in the 
25 input buffers for each incoming flow. This parameter may be updated only when the 
size of the packets/PDUs change, or when new chalmeis are added. 

From the above ei^t (8) parameters/ &e fo^^ (3) additional 

parameters may be calculated: 

1. trch_qos_class [trch]\ An array containing the maximum QoS class 
30 of all input flows ("logical channels") multiplexed to a given transport chaimel. This 
array is preferably re-computed whenever lch_gos_class or lch_trchjnap is changed. 
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2. trch jguar_rate [trch] : An an-ay containing the sum of guaranteed rate 
of all input flows ("logical channels") multiplexed to a given transport channel. This 
array is preferably re-computed whenever Ich jguar_rate is changed. 

3. trchjjueue Jill [trchj: An array containing the total number of bits 
5 that can be transmitted from any transport channel. This array is pref^bly updated 

for every scheduling decision. 

This exemplary version of the exemplary scheduling algoritiam preferably 
employs two (2) "extemal" arrays, which may be stored at memory in between the 
scheduling decisions. Botib of these arrays are updated once per scheduling decision: 
10 1. Ich jgrjbacklogflchj: An array containing the current guaranteed rate 

backlog (i.e., how far behind tiie guaranteed rate this flow is) for each logical channel. 
This backlog may be specified in bits. 

2. lch_wfqJbacldog PchJ: An array containing the current fair queuing 
backlog (i.e., how for behind the WFQ scheduling this flow is) for each logical 
15 channel. This backlog may be specified in bits. 

From the above two (2) backlog arrays, two (2) more backlog arrays are 
preferably calculated for each scheduling decision; 

1. trch jgrjbacklog [trchj: An array containing the sum of all current 
guaranteed rate backlogs of the logical chiaimels multiplexed to a given transport 

20 channel. 

2. trch_ytfqJbacklog [trchj: An array containing the sum of all currmt 
fair queuing backlogs oifthe logicai channels multiplexed to a given transport channel. 

Referring now to FIG. 6, an exemplary method in flowchart form for 
scheduling data flows in accordance with the present invention is illustrated generally 

25 at 600. The flowchart 600 indicates in some detail an exemplary method for 
employing a two-step scheduling algorithm. The two-step scheduling algorithm 
operates responsiye to both the guaranteed rates and the fair queuing amounts of each 
flow. The two-step scheduling algorithm (i) selects a TFCI based on three variables 
and (ii) allocates the resulting TBSS in an order responsive to each flows QoS. 

30 The exernplary method works by first updating the trch jgr_backlog and 

trch j^fqJbacMog cowiteTs and the trch jqueue Jill memory. (Step 605.) Next, two 
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reference (e.g., so-called "optimal") transport format combinations, tfc jgr and tfcjAfq^ 
are calculated. (Step 610) The tfc _gr is the sum of the guaranteed rate and any 

possible g;uaranteed rate backlog for all logical channels multiplexed to this transport 

/■■,■■•'•' • - . f. 

channel: 

5 tfc jgr[trch] = guarjrate [trch] + trch ^grjbacklog [trch] 

Thus the tfc ^ is a transport format combination that would transmit enough bits from 
all inconodng flows in order to give each their respective guaranteed rate. The backlog 
value ensures that if any flow cannot transmit its guaranteed rate, then its share of the 
bandwidth is increased. 

10 In order to provide optimal service, two special cases shoxdd be noted. First, 

if the (/c ^ indicates a transnndssion rate that is larger than the maximum rate for any 
transport channel (e.g., ittfc _gr [trch] > trjnax_rate [trch]),ih^ih^ value is 
preferably reduced to the value of ^_max_ra^e. Second, if the //c value is greater 
than the number ofbits that are buffered for this transport channel (e.g., it tfc _gr[trch] 

15 > trchjjueue Jill [trch]), then the (/c jgr value is preferably reduced to the 
trchjjueue value. This ensures that no mmecessarypadding is requested. (It also 
ensures that if any flow has nothing to send, then nothing will be requested.) 

The ifcjftfq variable is similar to the TFC that gives a fair queuing result 
according to the QoS classes. However, the calculation of the tfcj^fq variable is 

20 slightly more complicated than for the (/c variable. First, the sum of the QoS 
classes of all active flows is calculated (a flow may be defined as "active" if it has at 
least one packet to send): 

qosjsum = ^ trchjqosjclass [trch] , 
where the sum is over all the transport channels that have trchjjueue Jill [trch] > 0. 

25 Second, the fair scheduling can then be calculated by: 

tfcjiMfq [trch] = max^rate * trch j}os_class [trch] lqos_sum . 
The fair scheduling TFC should also be further modified by taking into account any 
possible backlog: 

tfcjAfq [trch] = tfc__wfq [trch] + trchj^fqjbacklog [trch]. 

30 As is explained hereinabove with respect to tfc ^ and the providing of optimal 
service, the tfc_wfq [trch] is preferably further modified to ensure that the WFQ 
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scheduling does not request more bandwidth than that defined by the max_trch_rate 
value and/or the trch_queue Jill value (e.g., in bits). 

Once the two reference TFCs have been calculated, the TFCS is scanned 
Ihrpugh and every TFC is given thrqe scores according to (i) how close the TFC is to 
5 tfc jgr, (ii) how close the TFC is to tfcjwfq, and (iii) how much of the excess 
bandwidth the TFC allocates to flows with different QoS classes. (Step 615.) The 
scores are determined as follows: 

gr^score = J) qosjclass [trch] * minjitbss^ tfc _gr); 
10 wfq_score = £ qosjzl ass [trch] * rsmiitbss^ tf^J^f<l)\ and 

bonus jscore'=fY4 qos_cIass[trchJ * min(p^ch_gueue Jill, 
tbss^QdxQfc jgTy tfc_wfqy) . 

Thus the grjscore and the wfq_score increase up to a maximum that is reached when 

1 5 tbss >= tfcjgr and tfc_wfq, respectively, while the bonus _score increases always when 
tbss < trch_jqueue JilL 

In certain embodiment(s), these three scores are ranked in a defined priority. 
First, the TFCI that maximizes the grjscore is selected. Second, if there are several 
TFCIs. with the same gr^score,,^pssx the TFCI that maximizes the wfq_score is 

20 selected. Third, if there are still several choices left (i.e., several TFCIs have tlie same 
wfq_score as well as the same grjscore), then the TFCI with the maximum 
bonus_score is chosen. This tibree-tiered selection process ensiires that all the 
guaranteed rates are served first. If this is not possible, then the flows with the highest 
quality of service class are scheduled because the score is multiplied by '^qosjclass^\ 

25 If all guaranteed rates can be provided, then a fair allocation is tried as well. If this is 
not possible, as riiuch bandwidth as possible is given to flows with the highest 
priorities. Finally, if there is any excess bandwidth after fair scheduling (e.g., typically 
because one of the higher priority flows has only a few bits buffered for this TTI), the 
excess bandwidth is given to the flow which has the highest priority and still has data 

30 to send. 
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Once the TFCI (and thus the amount of data to be transmitted on each transport 
channel) has been selected, the amount of data to be transmitted from each transport 
channel is mapped to logical channels using that particular transport channel. This, 
' at least in principle, is a separate scheduling problem in which flie TBSS is allocated 
5 to flows that are mixltiplexed to corresponding transport channels. If transport 
channels are analyzed only one at time, the situation is analogous to those of an 
IP/ATM router, where several flows of different QoS classes share a single output 
chaimeL This suggests ttiat a well-tested method like WFQ may be employed for 
multiplexing several logical channels to single transport channel. 
10 However, in accordance with flie principles of the present invention, two 

backlog counters are already present. These two backlog counters can ensure a 
guaranteed rate and a fair allocation on average for each logical channel, so a simpler 
alternative is available. Specifically, the TBSS is divided between logical channels by 
a three-stage process. (Step 620.) First, check if the TBSS is smaller than the 
15 trchjguar_rate. If so, give the flow vidih the Mghest priority the /cA _guar_ratehits, 
give the flow with the second highest priority the second Ich ^arjrate^ etc. until the 
Whole T^SS has been allocated! ' Second, if the TBSS is larger than the 
trchjguar^ratid^ all flows are given their respective guaranteed rate. Third, check if 
the TBSS is smaller thanVc^M^T ]tf it i^^^^ first allocate'to the flow with the highest 
priority its respective fair stare (e.g!," IcHjjosjolass / qosjsum * max_rate\ then 
second allocate to the flow with the second highest priority its respective fair share, 
etc. until the whole TBSS has been allocated. Finally, if the TBSS is larger than the 
ifi^J^fil^ all flows can autoihkticaily receive tlieir'respective fair share, and the excess 
bandwidth may be given to the flow or flows witli the laighest priority or priorities. 

The appropriate TFCI has been detemime(i* as well as how much data should 
be requested firotn each input flow. However, it "should also be ensured lhat each 
Idgical channel will, on average, receive both the guaranteed rate and its respective fair 
allocation of the bandwidth. (Step 625.) This may be accomplished by checking if 
any logical channel has transmitted less than Ichjjuarjrdte and by adding the 
difference to grjbacklog. A similar procedure maybe appUed to and for wfq_backlog. 
If any flow transmits less than Ichjjos^class I qos_sum * max_rate bits, the difference 
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is added to wfqJbackLog. It shoiild be noted that if any flow transmits all the packets 
it had (previoxisly) buffered, then its backlog is re-set to zero. This "zeroing" of the 
backlog guarantees that no flow can accumulate excess backlog and take advantage 
of it later at the expense of other flows. 

5 Referring now to FIG. 7, another view of the exemplary second layer 

architecture of an exemplary next-generation system in accordance with the present 
invention is illustrated generally at 700. The exemplary second layer architecture 700 
includes additional details regarding elements of, and interrelationships between, 
various aspects of the second layer architecture of, for example, the Universal Mobile 

10 Telecommunications S^^tem (UMTS). Each illustrated Radio Resource Control 
(RRC) element 705 is connected to one or more Radio Link Controllers (RLCs) 710. 
Each illustrated RLC 710 includes at least one RLC Packet Data Unit (PDU) Buffer 
715. The RLCs 710 are connected to respective common channel Medium Access 
Control (MAC-c) element(s)/layer 720 or dedicated channel Medium Access Control 

15 (MAC-d)element(s)/layer725. The MAC-c, MAC-d, and RLC layers of UMTS may 
be located, for example, in a Radio Network Controller (RNC) 140 (of FIG. 1) of the 
UTRAN 130, a User Equipment (UE) 1 10, etc. 

As noted hereinabove, the MAC layer of UMTS preferably schedules packets 
20 so that the total Quality of Service (QoS) provided to the end user fulfills tihe 
guarantees given when the Radio Access Bearer (RAB) 730 was established. One 
resulting issue is guaranteeing (e.g., different) guaranteed bit rates to services having 
different QoS classes. It is preferable to guarantee tiiat, if possible, all flows are given 
their guaranteed bit rate regardless of their QoS class. If this is not possible (e.g., due 
25 to high demand), then tiie flows with the higher (or higfiest) QoS classes are preferably 
given their respective guaranteed rates. Certain embodiment(s) of the present 
invention approach this problem of providing all flows a guaranteed bit rate by 
following a two-step scheduling process in a scheduler 735 located in the MAC layer. 
This two-level scheduling process guarantees that, if at all possible, all flows receive 
30 their guaranteed bit rates and also ensures that the guaranteed bit rates of the higjier 
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' (andhighest)priorityflowsaremamtainedas long as possible. Advantageously, ttiese 

embodiment(s) may be implemented in the RNC node, the UE (node), etc. 

In each TTI, the MAC entity has to decide how much data to transmit on each 

transport channel connected to it. These transport channels are not independent of one 
another, and iare later multiplexed onto a single physical channel at the physical laya: 
(as discussed hereinabove), the RRC 705 entity has to ensure that the total 
transmission capaijility on all transport channels does not exceed the transmission 

■ capjOjilityofllie underlying physical channel, llus is done by giving the MAC entity 
a TFCS, which contains tiie allowed TFCs for all transport channels. 

Refraring now to FIG. 8, another exemplaiy method in flowchart form for 
scheduling data flows in accordance with the presait invraition is illustrated generally 
at 806. For the exemplary flowchart 800, the scheduling process in the MAC layer 
includes the selection of a TFC from a TFCS using a two-stq) scoring process. This 
selection may be performed once for each TTI. Initially, several parameters are 
obtainedforeachlogicai channel. (Step805.) The QoS Class for each logical channel 
may ho obtained fiom the corresponding RAB parameta:. The QoS Class value may 
be obtained direcfly ftona the RAB pair^eter called "QoS Class", or it may 
alternatively be calculated from one or more RAB parameters using any suitable 
formula, tlie Guaranteed Rate f^^^ 
corresponding RAB pafameter. 

* The Guaranteed Rate value may be obtained directly from the "Guaranteed 
Rate" RAB parameter, calculated 1-om'preassi^ed fair queuing weights using the 
GPS formula (as presented in "A Generdised Processor Sharing Approach to Flow 
■ Control in Integrated Services Networks: tie SingleNode Case", A. K. Parekh, R G. 

■ Galiager, published in IEEE/ACM Transactions On Networking, Vol. 1, No. 3, June 
1993, Pp. 344-357), or it may alternatively be calculated from one or more RAB 
^)arameters using any suitable foimula. If llie "Guaranteed Rate" RAB parameter is not 
applicable or is otherwise unsatisfactory, a zero (0) value may optionally be assigned 
to this parameter. (M the following description, it is assimied that the 

is expressed as bits per 10 ms.) The Queue Fill Level corresponds to a number of 
PDUs queued for each logical channel, and it may be obtained from the RLC entity. 
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For each logical channel for each TFC in the TFCS, two scores are calculated 
by the following formulas (Step 810.): 

(1) ScoreJch-QoS Class* 
min(735S', Guaranteed Rate, Queue FQl Level); and 
(2) TStmniQueue Fill Level, TBSS) > Guaranteed Rate, 
then Bonus _scoreJch = QoS Class * 
{vmniQueue Fill Level, TBSS) - Guaranteed Rate], 
Otherwise, Bonus _score_lch = 0 . 
For each TFC in the TFCS, two other scores are calculated using the following 
formulas (Step 815.): 

(1) Score = Svaaa{ScoreJch); and 
(2) Bonusjscore = Sum(Bonus_score_lch) . 
The TFC that has the greatest Score is selected to determine the bandwidth 
distribution. If two or more TFCs have equal Scores, the TFC with the highest 
Bonus_score is selected herefrom. (Step 820.) This exemplary procedure from 
flowchart 800 ensures that if there is a TFC that transmits at least the guaranteed rate 
for each flow, then that TFC is chosen. This exemplaiy procedure also attempts to 
maximize the amount of data being transmitted from the highest QoS class(es). (It 
should be noted that it is assumed fliat the TFCs are ordered within the TFCS such that 
the TBSS for each logical channel increases with increasing TFCL) 

The followuig .pseud<^.code, is an putlme of an exemplary algorithm for 
implementing the scheme described hereinabove with reference to FIGS. 7 and 8: 

Intsched_absjprio(constREALVECTOR_.t&GuarRatevect, const VECTOR_t&tfcs, 
const RHALVECTOR_t& QoSin, const INTVECTOR_t& Pusizein) { 

int maxTrch = tfcs:Length(); 

int tfc, ifci, qf, gr, rate, trch, trchGl; 

inttfcToUse; 



//maximum bitrate that can be sent in one frame . 
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int niaxrate, bits_tb_send; 

//how many TFCs, supposing that first LCH is always used 
int maxTFC = ((VECt6R_t&) tfcs [6]') . Length( ); 



10 



20 



25 



30 



double score = 0, bonus_score = 0; 
double max_score = 0; 
double max_bonus_scor&=0; 



for (tfc = 0; tfc < maxTFC; tftH-l-) { 
score=bdnus_score=0; 
15 //loop tiMTOugh all Trdis o? this MS for Ihis TFC 

for (irch = 0; trch'< maxTrCh; trch+4-) { 



//coimtihe score ferflus' IT ' 



iiit tbs = t(INT^CT6^^ <i[VECTOR_t&)tfcs[lch3) [tfc] 

>[0]; -■•--•--^••'•••••-^ •• ; 

int tbss = ((lNTVECTOR_t&:) ((VECTOR_t&)tfcs[lch]) 



[tfc])> [i]/ - - -^' ^^^-^- ^.'^- : 



rate += tbss; 

qf = PTisizem[lch]* queueFilIStatfeMemoiy[lchGl]; 
gr = GuarRateVect[lch] / 100; 

bits_to_send = inin(tbss, qf); 
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/* Give score according to real bits that can be sent, but not 

* for more than guaranteed rate 
*/ 

score += QoSin[lch]*min(gr, bits_to_send); 

/* If the real bits that can be sent is larger than guaranteed 

* rate, give bonus score for bits sent over guaranteed rate 



if (bits_to_send >= gr) { 

bonus_score += QoSin[lch]*(bits_to_send - gr); 

} . . 

' '} ■ 

15 if(score > max^score) { 

tfcToUse^tfc; 

max_score = score; 

maxj3onus_score = bonus_score; 
} else if (score = max_score && bonus_score > rnax-bonus_score) 
20 { 

tfcToUse = 1fc; 

max_bonus_score = bonus=score; 

} 

} 

25 return (tfcToUse); 



The various principles and embodiment(s) of the present invention therefore 
describe and enable the provisioning of bandwidth allocation to entities in a 
communications system. With respect to embodiment(s) described hereinabove with 
reference to FIGS. 5 and 6, they provide fair queuing for a mixed service scenario in 
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which it is desirable (or necessary) to multiplex several services to a single transport 
channel. This is typically necessary in a MAC-c entity, but it may also be beneficial 
in a MAC-d entity (e.g., in order to save transport chaimels). With respect to 
embodiment(s) described hereinabove with reference to FIGS. 7 and 8, diey provide 
5 another altemative that can be especially advantageous if there is only limited memory 
available (because the backlog memory is not necessary), when fiadmess is not 
required. Even though these embodiment(s) are not fair, they still provide die 
guaranteed rate transfer rate to all service classes. Specifically, these embodiment(s) 
are optimized to provide best quality of service to flows having the highest QoS 

10 class(es), while still providing a minimum level of service to all flows. Furthermore, 
because no backlog memory need be updated each TTI, they can be faster to execute, 
even though they cannot guarantee fairness over the long run. 

Although preferred embodiment(s) of the methods, systems, and arrangements 
of the present invention have been illustrated in the accompanying Drawings and 

1 5 described in the foregoing Detailed Description, it will be understood that the present 
invention is not limited to the embodiment(s) disclosed, but is capable of numerous 

rearrangements, modifications, and substitutions without departing from the spirit and 

:■: ■•' . o * - 

scope of the present invention as set forth and defined by the following claims. 
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WHAT IS CLAIMED IS: 

1. A scheduling method for providing bandwidth to entities in a 
comniiinications systeni, coniprising the steps of : 

5 calculating a first transfer rate for a plurality of flows; 

calculating a second transfer rate for said plurality of flows; 
ascertaining a quality of service (QoS) for each flow of said plurality 

of flows; and 

assigning bandwidth to each flow of said plurality of flows responsive 
10 to said first transfer rate, said second transfer rate, and said quality of service (QoS) 
for each flow of said plurality of flows. 

2. The method according to Claim 1, wherein said first transfer rate 
comprises a guaranteed rate transfer rate, and said second transfer rate comprises a 

15 weighted fair queuing (WFQ) transfer rate. 

3. The method according to Claim 1, wherein said first and second 
transfer rates comprise aggregated transfer rates over said plurality of flows. 

20 4. A mefliod for allocating channel resources in a communications system, 

comprising the steps of : 

calculating a guaranteed rate transfer rate for a plurality of flows; 
calculating a weighted fair queuing (WFQ) transfer rate for said 
plurality of flows; 

25 scoring three scores in three predetermined categories for each transport 

format combination in a transport format combination set; 

selecting a transport format combination index based on said three 

scores; and 

multiplexing a transport block set size associated with the selected 
30 transport format combination index using a tiiree stage process. 
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5. A mettLod according to Claim 4, wherein said step of calculating a 
guaranteed rate transfer rate for a plurality of flows comprises the step of summing a 
guaranteed rate of a transport channel and a guaranteed rate backlog, said guaranteed 
rate backlog capable of being zero. 

6. A method according to Claim 4, wherein said step of calculating a 
weighted fair queuing (WFQ) transfer rate for said plurality of flows comprises the 
step of calculating said weighted feir queuing (WFQ) transfer rate responsive to a 
maximtmi rate of all transport channels, a maximuna quality of service class, a sum of 

10 quality of service classes for all active flows of said plurality of flows, and a fair 
queuing rate backlog, said fair queuing rate backlog capable of being zero. 

7. A method according to Claim 4, wherein said step of scoring three 
scores in three predetermined categories for each transport format combination 

15 comprises the steps of: 

determining a guaranteed rate score based on a sum of quality of service 
classes and a minimum between a transport block set size and said guaranteed rate 
transferktb; ' - - ^ . ^ 

determining a weigjited fair queuing (WFQ) score based on said sum 
20 of quality of service classes and a minimum between said transport block set size and 
said weighted fair queuing (WFQ) transfer rate; and 

determining a bonus score resppnsive to, at least in part, said sum of 
quality of service classes, a total niunber of bits tiiat may be transmitted from any 
transport channel, said transport block set size, said guaranteed rate transfer rate, and 
25 said weighted fair queuing (WFCJ) transfer rate. ' 

8. A metiiod according to Claim 7, wherein said step of selecting a 
transport format combination index based on said three scores comprises the steps of: 

selecting a piarticular transport format combination index that 
30 corresponds to a maximum of said guaranteed rate score; 
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if no single maximmn of said guaranteed rate score exists, selecting a 
particular transport format combination index that corresponds to said maximxun of 
said guaranteed rate score and to a maximimi of said weighted fair queuing (WFQ) 
score; and 

if no single TpayiTnum of both said guaranteed rate score and said 
weighted fair queuing (WFQ) score exists, selecting a particular transport format 
combination ind» that corresponds to said maximum of said guaranteed rate score 
and to a maximum of said weighted fair queuing (WFQ) score and to a maximum of 
said bonus score. 



9. A method according to Claim 4, wherein said step of multiplexing a 
transport block set size associated with tiie selected transport format combination 
index using a three stage process comprises the step of: 

if said transport block set size is less than said guaranteed rate transfer 
15 rate, giving each flow its respective guaranteed rate in quality of service order until 
said transport block set size is exhausted; 

if, on the other hand, said transport block set size is greater than said 
guaranteed rate transfer rate, giving all flows their respective guaranteed rates and 

if said transport block set size is less than said weighted fair 
20 queuing (WFQ) transfer rate, giyiug each flow its respective fair share until 

said transport block set size is exhausted; and 

if, on the other hand, said transport block set size is greater than 
said weighted fair queuing (WFQ) transfer rate, giving all flows their 
respective fair shares, with at least one flow having a highest priority receiving 
25 excess bandwidth- 

10. A method according to Claim 4, further comprising the step of: 
updating a guaranteed rate backlog and a fair queuing rate backlog for 

each flow that, has pending data to send and did not receive either its respective 
30 guaranteed rate or it respective fair share. 
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11. A scheduling system for providing bandwidth to entities in a 
communications system, comprising: 

means for calculating a fust transfer rate for a plurality of flows; 
means for calculating a second transfer rate for said plurality of flows; 
5 means for ascertaining a quality of service (QoS) for each flow of said 

plurality of flows; and 

means for assigning bandwidth to each flow of said plurality of flows 

..." 

responsive to said first transfer rate, said second transfer rate, and said quality of 
service (QoS) for each flow of said plurality of flows. 

10 

12. A receiver entity for providing bandwidth to a plurality of transmitter 
entities in a communications system, comprising; 

a plurality of buffers, each buffer of said plurality of buffers being 
associated with a quality of service (QoS) level and including one or more packets; 

15 a scheduler, said scheduler in operative commimicatiori* with said 

plurality of buffers to receive said qxiality of service (QoS) and said one or more 
packets from each buffer, each buffer transtnitting at least one packet of said one or 
more packets in accordance with^di ieaist one instraction from said scheduler, said 
scheduler configured to: 

20 c^CTilate V g^^ transfer rate for said plurality of 

- .. .... . w '.-...Lc .i.**.; ' 

buffers; 

calcxilate a weighted fair queuing (WFQ) transfer rate for said 
plurality of buffers; and " ' " 

assign babdwidui via said at lea^^ 
25 of said pliuality of buffers responsive to said gizafanteed rate transfer rate, said 

weighted fair queuing (WFQ) transfer rate, and said quality of service (QoS) 
associated with each buffer of said plurality of buffers. 

13. * A receiver entity according to Claim 12, wherein said scheduler is 
3 0 further configured to assign bandwidth responsive to a predetermined transport format 

combination set. 
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14. A receiver entity according to Claim 12, wherein the receiver entity 
comprises a portion of at least one of a radio network controller node and a user 
equipment. 

5 15. A scheduling method for providing bandwidth to entities in a 

communications system, comprising the steps of: 

ascertaining an associated quality of service (QoS) for each flow of a 
plurality of flows; 

updating a guaranteed rate backlog memory and a weighted fair 
1 0 queuing (WFQ) backlog memoiy for each flow of said plurality of flows; 

calculating a guaranteed rate transfer rate for said plurality of flows; 
calculating a weighted fair queuing (WFQ) transfer rate for said 
plurality of flows; and 

assigning bandwidth to each flow of said plurality of flows responsive 
15 to (i) said guaranteed rate transfer rate; (ii) said weighted feir queuing (WFQ) transfer 
rate; and (iii) said guaranteed rate backlog memory, said weighted fair queuing (WFQ) 
backlog memory, and said associated quality of service (QoS) for said each flow of 
said plurality of flows. 

20 16. A method according to Claim 15, further comprising the step of: 

scoring each bandwidth distribution option of a plurality of bandwidth 
distribution options responsive to (i) said associated quality of service (QoS) for said 
each flow of said plurality of flows and said guaranteed rate transfer rate and (ii) said 
associated quality of savice (QoS) for said each flow of said plurality of flows and 

25 said weighted fair queuing (WQ) transfer rate. 

. A method according to Claim 16, further comprising tiie step of: 
selecting a bandwidth distribution option from said plurality of 
bandwidth distribution options by placing a higher priority on scores determined 
30 responsive to said guaranteed rate transfer rate. 
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18, A method according to Claim 15, wherein said step of assigning 
bandwidliL to each flow of said plurality of flows comprises the step of: 

allocating bandwidth from a selected bandwidth distribution option by 
giving said each flow of said plurality of flows its respective guaranteed rate transfer 
5 rate in an order determined by the respective associated quality of services (QoSs) of 
said each flow and by giving said each flow its respective weighted fair queuing 
(WFQ) transfer rate in an order determined by the respective associated quality of 
services (QoSs) of said each flow. 

10 19. A method according to Claim 18, wherein said step of assigning 

bandwidth to each flow of said plurality of flows further comprises the step of: 

sending any remaining packets from said each flow of said plurality of 
flows in an order determined by the respective associated quality of services (QoSs) 
of said each flow. 

15 . . ' * " '* ■ " 

20. A method according to Claim 15, wherein said stq> of updating a 
guaranteed rate backlog memory and a weighted fair queuing (WFQ) backlog memory 
for each flow of said plurality of flows comprises the step of: 

increasing said guaranteed rate backlogmemory and said weighte|d fair 
20 queuing (WFQ) backlog memory for said each flow of said plurality of flows that was 
not permitted to transfer a number of packet or packets that equals each respective 
flows guaranteed rate transfer rate and weighfed fair queuing (WFQ) transfer rate, 
respectively, during a previous transmission time interval (TTT). 

25 2 1 . A method for allocating chaimei resources in a communications system, 

comprising the steps of: 

ascertaining a quality of service class for each logical channel of a 
plurality of logical channels; 

ascertaining a guaranteed rate for said each logical channel; 
30 ascertaining a queue fill level for said each logical channel; 
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calculating a first and a second score for each of aplurality of transport 
fonnat combinatioiis of a transport fomiat combination set; _ 

selecting a transport format combination of said plurality of transport 
format combinations that has a highest first scQre. 

5 

22. The method of Claim 21, fiirther comprising the step of: 

if multiple transport format combinations of said plurality of transport 
format combinations have an equally high first score, selecting a transport format 
combination firom said multiple transport format combinations that has a highest 
10 second score. 

23. The method of Claim 21, wherein said step of ascertaining a quality of 
service class for each logical channel of a plurality of logical channels comprises the 
step of analyzing one or more radio bearer parameters. 

24. The method of Claim 2 1 , wherein said step of ascertaining a guaranteed 
rate for said each logical channel comprises the step of analyzing one or more radio 
bearer parameters. _ 

20 25. The method of Claim 21, wherein said step of ascertaining a queue fill 

level for said each logical channel .cotnprises the step of obtaining a number of 
protocol data units, for each logical channel from a radio link control entity. 

26. .The inethod of Claim 21, wherein said step of calculating said first 
25 score comprises the steps of: 

determining ja logical channel score responsive to a quality of service 
class and a minimum of a transport block set size, a guaranteed rate, and a queue fill 
level; . . 

repeating said st^ of determiiiing a logical channel score for each of 
30 a, plinrality of logical channels of a transport format combination; and 
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' deteamining said first score by summing a plxixality of logical chaimel 

scores fhat correspond to said pltirality of logical channels. 

27. The method of Claim 21, wherein smd step of calculating said second 
score comprises the steps of: 

determining a bonus score responsive to a quality of service class, a 
guaranteed rate, and a minimum of a transport blbck set size and a queue fill level if 
said minimum is greater Hiaxx said guaranteed rate, and determining said bonus score 
to be zero if said minimum is not greater than said guaranteed rate; 

repeating said step of determining a bonus score for each of a plurality 
of logical channels of a transport format combination; and 

determining said second score by summing a plurality of bonus scores 
that correspond to said plurality of logical chaimels. 

28. A scheduling method for providing bandwidth to entities in a 
communications system, comprising the steps of: ascertaining a quality of 
service (QoS) class that is assbciated with each channel of a plurality of channels; 

ascertaining a guaranteed rate transmission rate for said each channel; 

ascertaining a queue fill level of a queue fhat corresponds to said each 
channel; ^ ' - ' 

calculating a firet score 
of service (QoS) class, said guarditebd rate ti^s^^ rate, and said queue fill level. 

29. A method accordiiig to Cikirn 23; fiirthdr comprising the step of: 
calculating a second score foi said eaclh chaimel responsive to said 

guaranteed rate transniission rate and said quatie fili iWel. 

30. A method according to Claim 29, further comprisiiag the steps of: 
repeating said steps of calculating a first score and calculating a second 

score for each bandwidth distribution option of a pliurality of bandwidth distribution 
options; 
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calculating a third score and a fourth score responsive to said first score 
and said second score^ respectively, and based on said step of repeating. 

31. A method according to Claim 30, wherein said step of calculating a 
5 third score and a fourth score fijrflier comprising the steps of: 

calculating said third score by summing a number of first scores and 
calculating said fourfli score by summing said number of second scores, said number 
corresponding to the number of bandwidth distribution options of said plurality of 
bandwidth distribution options. 

10 

32. A method according to Claim 30, further comprising the steps of: 
selecting at least one bandwidth distribution option &om said plurality 

of bandwidth distribution options by determining a highest third score and said at least 
one bandwidth distribution option corresponduig thereto; and 
15 if said at least one bandwidth distribution option corresponds to more 

than onebandwidth distribution option, selecting a bandwidth distribution option firom 
said at least one bandwidth distribution option that corresponds to a highest fourth 
score. 

20 33. A scheduling S5^tem for providing bandwidth to entities in a 

commimications system, comprising: 

means for ascertaining a quality of service (QoS) class that is associated 
wifli each chaimel of a plurality of chamels; 

means for ascertaming a guaranteed rate transmission rate for said each 

25 channel; 

means for ascertaining a queue fill level of a queue that corresponds to 
said each channel; 

means for calculating a first score for said each chaimel responsive to 
said quality of service (QoS) class, said guaranteed rate transmission rate, and said 
30 queue fill level; and 
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means for calculating a second score for said each channel responsive 
to said guaranteed rate transmission rate and said queue fill level. 

34. A receiver entity for providing bandwidth to a plurality of transmitter 
5 entities in a communications system, comprising: 

a plurality of buffers, each buffer of said plurality of buffers being 
associated with a quality of service (QoS) level andaguaranteedratetransferrate, said 
each buffer including one or more packets defining a queue fill level; 

a scheduler^ said scheduler in operative commxmication with said 
10 plurality of buffers to receive said quality of service (QoS), said guaranteed rate 
transfer rate, and said queue fill level, said each buffer transmitting at least one packet 
of said one or more packets in accordance with at least one instraction firom said 
scheduler, said scheduler configured to: 

calculate a channel score responsive to said quality of service 
15 (QoS), said guaranteed rate transfer rate, and said queue fill level for said each 

buffer; 

calculate a channel bonus score responsive to said guaranteed 
rate transfer rate and said queue fill level for said each buffer, and 

assign bandwidth via said at least one instruction to said each 
20 buffer of said plurality of buffers responsive to said channel score for said each 

buffer and said channel bonus score for said each buffer. 

. . V: •.: ••J:;//^^- 

■ ' . ;■ ? 'y'r.ii ji:: . " j : " •. 

35. A receiver entity according to Claim 34, wherein said scheduler is 

fiutiier configured to assign bandwidth responsive to a plurality of transport block set 
25 sizes (TBSSs) firom a predetermined bandwidth distribution option set 

36. A receiver entity according to Claim* 34, wherein the receiver entity 
comprises a portion of at least one of a radio network controller node and a user 
equipment. 

30 ■" ■ " ■ 
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37. A scheduling method for providing bandwidth to entities in a 
communications system, comprising the steps of: calculating a plurality of 

first scores, each first score of said plurality of first scores corresponding to a 
banidwidth distribution option of a plurality of bandwidth distribution options, said 
5 plurality of first scores calculated responsive to (Quality of Service (QoS) levels; 

calculating a plurality of second scores, each second score of said 
pliurality of second scores corresponding to a bandwidth distribution option of said 
plurality of bandwidth distribution options; 

determining whether there is a highest first score firom among said 
1 0 plurality of first scores; 

if so, selecting the bandwidth distribution option coiresponding to said 
highest first score; 

if not, 

identifying a group of second scores firom said plurality of 
1 5 second scores that correspond to a group of first scores that are higher than all 

other first scores of said plxirality of first scores; and 

selecting the bandwidth distribution option corresponding to a 
highest second score firom said group of second scores. 

20 38, A method according to Claim 37, fiirther comprising the step of: 

distributing bandwidth to said entities in accordance with the selected 
bandwidth distribution option. 

39. A mefliod according to Claim 37, wherein each of said bandwidth 
25 distribution options comprise a transport format combination and said plurality of 

bandwidth distribution options comprises a transport format combination set 

40. A method for allocating channel resources in a coiiununications S3^tem, 
comprising the steps of: 

30 ascertaining a quality of service class for each logical channel of a 

plurality of logical channels; 
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ascertaining a guaranteed rate for said each logical channel of said 
iplnrality of logical channels; and 

assigning bandwidth to said each logical channel of said plurality of 
logical channels responsive to said quality of service class and said guaranteed rate for 
5 respective ones of said each logical channel of said plurality of logical channels. 

41 . A method according to Claim 40, further comprising the step of: 
ascertaining a queue fill level for said each logical channel of said 

plurality of logical channels; and 

1 0 wherein said step of assigning bandwidth to said each logical channel 

of said plurality of logical channels responsive to said quality of service class and said 
guaranteed rate for respective ones of said each logical channel of said plurality of 
logical channels comprises the step of assigning bandwidth to said each logical 
channel of said plurality of logical channels responsive to said queue fill level for 

1 5 respective ones of said each logical channel of said plurality of logical cbannels. 

42. A method according to Claim 41, wherein said step of ascertaining a 
queue fill level for said each logical chamiel of said plurality of logical channels 
comprises the step of obtaining a number of protocol data units for said each logical 

20 channel of said plurality 9f logical channels from a predetermined entity. 

43 . A method according to Claim 40, wherein said each logical chaimel of 
said plurality of logical channels comprises an information flow. 

25 44. A method according to Claim 40, wherein said step of ascertaining a 

quality of service class for each logical chfilnnel of a plurality of logical chaimels 
comprises flie step of analyzing at least one radi9 bearer parameter. 

45. A method according to Claim 40, wherein said step of ascertaining a 
30 guaranteed rate for said each logical chaimel of said plurality of logical channels 
comprises the step of analyzing at least one radio bearer parameter. 
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46. A method according to Claim 40, wherein said step of ascertaining a 
guaranteed rate for said each logical chaimel of said plurality of logical channels 
comprises the step of ascertaining said guaranteed rate for said each logical channel 
of said plurality of logical channels responsive to a respective ratio of fair queuing 

5 rates. 

47. A method according to Claim 46, wherein said respective ratio of fair 
queuing rates comprises a ratio of a respective fair queuing rate for a respective logical 
channel of said plurality of logical channels to a total fair queuing ra^te of said plurality 

10 of logical chaimels. 

48. A method according to Claim 40, wherein said step of ascertaining a 
guaranteed rate for said each logical channel of said plurality of logical channels 
comprises the step of ascertaming said guaranteed rate for said each logical channel 

IS of said plurality of logical channels responsive to a maximum possible transmission 
rate. 

49. A method according to Claim 40, wherein said step of ascertaining a 
guaranteed rate for said each logical channel of said plurality of logical channels 

20 comprises the step of ascertaining said guaranteed rate for said each logical channel 
of said plurality of logical channels in accordance with the following equation: 
. V rate J,— 
weight jL/(jsum_of_qll_^ * maximum^rate^ 

where said rate J, cqniprises a respective said guaranteed rate for said each logical 

25 channel of said pliirality of logical channels, said weight J, comprises a respective fair 
queuing rate for said each logical channel of said plurality of logical chaimels, said 
sum_pfj2llj2ctive_weights comprises a sum of said respective fair queuing rates for 
said each logical channel for all active logical chanaiels of said plurality of logical 
chaimels, and said maximum^rate comprises a maximum possible transmission rate. 



30 
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50. A method for allocating channel resources in a conununications system, 
comprising the steps of: 
^ ascertaining a quality of service class for each logical channel of a 

plurality of logical channels; 
5 ascertaining a guaranteed rate for said each logical chaimel of said 

plurality of logical channels based, at least in part, on an equation, said equation 
including a product of a maximum rate and a ratio, said ratio being a quotient of a 

weight of a respective one of said each logical channel of said plurality of logical 
. ... • ". * . * ♦ • . ' ' • 

channels and a total weigjit of said plurahty of logical channels; and 

10 assigning bandwidth to respective ones of said each logical channel of 

said plurality of logical chamels responsive to said quality of service class and said 

guaranteed rate for said respective ones of said each logical channel of said plurality 

of lojgical channels. 

15 51. A method according to Claim 50, wherein said each logical channel of 

said plurality of logical channels comprises an information flow. 

52. A inethbd according to Claim 50, further comprising the step of: 

ascertaiidng'a queue'Sl level for said each logical channel of said 
20 * plurality of logical chaiidels5;aii^^ • ^^"^ ' ' 

wherein' said step 'bf assij^ing bandw to respective ones of said 
each logical channel of said pliirality of logical channels responsive to said quality of 
service class and said guaranteed rate for 'sai^^ ones of said each logical 

channel of said plurality of logical ch'imels comp^^^^ step of assigning bandwidfli 
25 to said respective ones of said each logicai channel of said pltirality of logical channels 
responsive to said queue fill level for said respective ones of said each logical channel 
of said plurality of logical channels . ' - . 
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